home *** CD-ROM | disk | FTP | other *** search
/ Almathera Ten Pack 3: CDPD 3 / Almathera Ten on Ten - Disc 3: CDPD3.iso / fish / 751-760 / 758 / bformat / readme < prev    next >
Text File  |  1995-03-18  |  4KB  |  111 lines
  1.                            BFormat, Version 4.0
  2.  
  3.  
  4.  
  5. Purpose
  6. -------
  7.  
  8. Normally, AmigaDos only allows the formatting of 'perfect' diskettes.  
  9. If you have a formatting error anywhere on the diskette (it may only 
  10. be a single track that appears to be bad) AmigaDos will kindly inform 
  11. you that the disk is totally un-useable. I never felt comfortable with 
  12. that limitation. I had hoped that Dos 1.2 would address this problem  
  13. Bformat allows for the formatting of any track disk type device as 
  14. long as it is mounted.  Therefore, it now supports:
  15.  
  16.             * Fast File System.
  17.  
  18.             * Any Type of Floppy Diskette.
  19.  
  20.             * Hard Drive Partitions.
  21.  
  22.             * RAD: devices.
  23.  
  24.  
  25.  
  26.  
  27.  
  28. Limitations
  29. -----------
  30.  
  31. Bformat does require the ability to successfully format the first 
  32. track of the named partition (track 0 on a floppy) and the middle 
  33. track of the partition (track 80 on a 3.5 inch floppy). Disks with 
  34. formatting errors on tracks other than these should pose no problems.  
  35. Bformat only works on any specified drive. At this time Bformat is 
  36. only executable from the CLI environment.
  37.  
  38.  
  39.  
  40. As in the case of AmigaDos' Format, any formatted device looses all 
  41. data and is unrecoverable.  Therefore, use the BFormat program 
  42. carefully.
  43.  
  44.  
  45.  
  46. How it Works (overview)
  47. -----------------------
  48.  
  49. Bformat uses the standard device ('trackdisk.device' for floppies) 
  50. calls for disk formatting. After a device is formatted 3 important 
  51. blocks are written to the disk. The first block written is what I will 
  52. call the 'ID' block (block 0). In order for AmigaDos to recognize the 
  53. disk as useable for file storage, the first three bytes must contain 
  54. the ascii codes for 'DOS', followed by either a \0 or \1 to indicate 
  55. the file system type.  The second block required by Dos is the 'root' 
  56. block in the middle of the device. This block contains information on 
  57. the disk file structure, as defined in the AmigaDos Manual. The third 
  58. block required is the 'Block Allocation Map' (bam). The physical block 
  59. number for this map can vary and is obtained as a pointer from the 
  60. 'root block'. The bam is a bit-mapped structure which defines all of 
  61. the available blocks on the disk. When files are created by AmigaDos, 
  62. it adjusts the content of this map to reflect which blocks are used by 
  63. the file system. (More info on the bitmap is present in the source 
  64. code). Bformat works by dynamically creating this bitmap structure. 
  65. When Bformat comes across a block that cannot be correctly formatted, 
  66. it marks this block as 'in use'. Since the blocks marked by Bformat 
  67. are not attached to any AmigaDos file, the AmigaDos file system will 
  68. not attempt to use these 'bad' blocks. Bformat effectively hides any 
  69. bad blocks from AmigaDos.
  70.  
  71.  
  72. Usage
  73. -----
  74.  
  75. BFormat DRIVE <drive> NAME <name> [FFS|NOFFS] [FAST|QUICK|SLOW] [QuIeT]
  76.  
  77.  
  78.  
  79. The FFS and NOFFS options pertain to the file system specified as in 
  80. use, by the mountlist entry.  The FFS option marks the disk as being 
  81. used with the FastFileSystem.  The NOFFS option marks the disk as 
  82. being used with the default file system.  Since BFormat checks to see 
  83. if an alternate file system is specified, the the FFS option is 
  84. automatically used.  If another file system is in the MountList, the 
  85. NOFFS option is used.
  86.  
  87.  
  88.  
  89. The FAST, QUICK and SLOW options pertain to the type of verification 
  90. to be performed.  Fast reads only the first sector of each track and 
  91. is therefore the fastest.  It can be accurately used with floppies or 
  92. Rad: type devices.  The Quick option instructs the verification 
  93. routine to read all data on every track.  This option should be used 
  94. with hard-disks at minimum.  The Slow option writes and  verifies 
  95. every track with four different patterns.  This is the most robust 
  96. verification, but also is quite slow.
  97.  
  98.  
  99.  
  100. The QuIeT option allows the formatting of devices with no requests for 
  101. verification or progress indication.  Use this option carefully.  It 
  102. was included to allow the formatting of Rad: devices in the startup-
  103. sequence, automatically.  Due to the risk of using this option, the 
  104. case of the option is important and was chosen to make the invocation 
  105. as safe as possible.
  106.  
  107.  
  108.  
  109.  
  110.  
  111.